home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9610 / 000039_owner-urn-ietf _Thu Oct 10 23:33:03 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  5KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id XAA26435 for urn-ietf-out; Thu, 10 Oct 1996 23:33:03 -0400
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id XAA26430 for <urn-ietf@services.bunyip.com>; Thu, 10 Oct 1996 23:32:55 -0400
  3. Received: from loki.fsc.fujitsu.com by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA11786  (mail destined for urn-ietf@services.bunyip.com); Thu, 10 Oct 96 23:32:52 -0400
  5. Received: from ishtar.fsc.fujitsu.com (ishtar.fsc.fujitsu.com [192.240.3.45]) by loki.fsc.fujitsu.com (8.7.5/8.6.11) with ESMTP id UAA20394; Thu, 10 Oct 1996 20:31:20 -0700 (PDT)
  6. Received: (from tallen@localhost) by ishtar.fsc.fujitsu.com (8.7.5/8.6.11) id UAA10769; Thu, 10 Oct 1996 20:31:38 -0700 (PDT)
  7. Date: Thu, 10 Oct 1996 20:31:38 -0700 (PDT)
  8. From: Terry Allen <tallen@fsc.fujitsu.com>
  9. Message-Id: <199610110331.UAA10769@ishtar.fsc.fujitsu.com>
  10. To: masinter@parc.xerox.com, tallen@fsc.fujitsu.com
  11. Cc: michaelm@internic.net, rdaniel@acl.lanl.gov, urn-ietf@bunyip.com
  12. Subject: Re: [URN] advantages of NAPTR over PURLs
  13. Sender: owner-urn-ietf@services.bunyip.com
  14. Precedence: bulk
  15. Reply-To: Terry Allen <tallen@fsc.fujitsu.com>
  16. Errors-To: owner-urn-ietf@bunyip.com
  17.  
  18. Yes, your quotation supports entirely my claim that PURLs are not
  19. an implementation of URNs.  Please make the following thought experiment:
  20. Write a sentence using a URN, then the same using a PURL.  Imagine
  21. that 20 years hence, urn.net and purl.org have gone away.
  22.  
  23. With URNs:
  24. "Foobar says blort in <urn>blart:baz/far/bomb</urn>."
  25.  
  26. With PURLs:
  27. "Foobar says blort in [something pointed to by the HTTP URL <...>]."
  28.  
  29. I can have some hope of still resolving the URN, because, Larry,
  30. it's a name; I have little hope of resolving the ancient reference
  31. to a reference that no longer exists, because it's a pointer, and
  32. not a name.  I still have a sentence that makes sense in the first
  33. case, whereas in the second I have a sentence with a blank waiting
  34. to be filled in.
  35.  
  36. PURLs are "item number 32 on page 153 of K's manuscript catalogue
  37. of Mozart's works."
  38. URNs are "K. 459".
  39.  
  40. URNs do not require resolution by the naming authority.  That's
  41. the point here.
  42.  
  43.  
  44. >From masinter@parc.xerox.com Wed Oct  9 18:59 PDT 1996
  45. To: tallen@fsc.fujitsu.com
  46. CC: michaelm@internic.net, rdaniel@acl.lanl.gov, urn-ietf@bunyip.com
  47. Subject: Re: [URN] advantages of NAPTR over PURLs
  48. From: Larry Masinter <masinter@parc.xerox.com>
  49. Date: Wed, 9 Oct 1996 18:59:34 PDT
  50.  
  51. >  But PURLs are not an implementation of URNs...
  52.  
  53. Please review http://purl.oclc.org/OCLC/PURL/INET96 :
  54.  
  55. > PURLs are a direct result of OCLC's work in the Uniform Resource Name
  56. > (URN) standards and library cataloging communities. The assignment of
  57. > PURLs is an intermediate step towards the time when URNs are an
  58. > integral part of the Internet information architecture. The eventual
  59. > syntax of URNs is clear enough at this time to afford confidence that
  60. > the syntax of PURLs can be inexpensively and mechanically translated
  61. > to the eventual URN form. For instance, the PURL
  62.  
  63. >     http://purl.oclc.org/keith/home
  64. >     ----   ------------- ----------
  65. >       /           |               \
  66. >  protocol    resolver address     name  
  67.  
  68. > could be written something like the following using the Path URN syntax:
  69.  
  70. >     URN:/org/oclc/purl/keith/home
  71. >          ------------- ----------
  72. >                |           |
  73. >       naming authority   name
  74.  
  75. > where the URN is essentially a hierarchical name with the first
  76. > portion representing the naming authority and the second portion
  77. > signifying the local name. Note that the naming authority in this
  78. > example is merely the resolver address of the corresponding PURL
  79. > written backwards (with slashes instead of dots) and the local name
  80. > is the same.
  81.  
  82. > Syntax aside, one way to think of URNs and PURLs is to consider what
  83. > it would take to turn a PURL Server into a URN Server: very
  84. > little. If Web browsers were changed to recognize the syntax
  85. > URN:/org/oclc/purl/keith/home and could then connect to the resolver
  86. > at purl.oclc.org, the resolver could then resolve the name
  87. > /keith/home.
  88.  
  89.  
  90.  
  91.  
  92. Regards,
  93.     Terry Allen    Fujitsu Software Corp.    tallen@fsc.fujitsu.com
  94. "In going on with these experiments, how many pretty systems do we build,
  95.  which we soon find outselves obliged to destroy?" - Benjamin Franklin
  96.   A Davenport Group Sponsor:  http://www.ora.com/davenport/index.html